✨ Fiche d'Aide à la Décision
Document interactif — Tout s'ouvre directement dans le navigateur
Document Word Original
Visualisation du document DOCX converti en HTML. Tout le contenu est éditable.
FAD
-
DOCUMENT D’ANALYSE FONCTIONNEL
-
FUNCTIONAL ANALYSIS DOCUMENT
Processus Production
Microsoft Business Central
- ANAL
Sommaire
3. Planification de la fabrication – Produits finis 5
4. Planification de la fabrication – Composants 6
5. Planification – Traiter les messages d'action 1.2 7
6. Gérer les ordres de fabrication 8
8. Enregistrer la consommation 10
9. Enregistrer la production 11
13. Annexe 1 : Liste d‘écarts 14
Ce document liste l’analyse fonctionnel sur les processus métier du client concernant le domaine des achats. Les principaux objectifs de l’analyse fonctionnel sont :
- Visiter les sites clients comme les usines, entrepôts et/ou bureaux
- Conduire des ateliers orientés processus.
- Ne pas rentrer en profondeur sur les fonctionnalités de l’ERP ni faire de démonstrations
- Comprendre la façon de travailler actuelle, les points faibles et les attentes globales et futures
- Identifier les écarts critiques et les interfaces qui peuvent avoir un impact sur le projet
- Identifier les volumes des référentiels et données transactionnelles
- Confirmer le périmètre fonctionnel, technique, géographique et organisationnel du projet
- Identifier un jeu de donnée nécessaire pour l’ERP pour mieux préparer les ateliers de démonstration.
Ce document a été préparé sur la base d‘atelier(s) réalisés avec les membres de l'équipe de projet suivants :
Atelier | Date | Lieu | Almakom | Client |
1er atelier | … | … | Nom et Prénom | Nom et Prénom |
2ème atelier | … | … | Nom et Prénom | Nom et Prénom |
Versions du document
Version | Date | Description | Ecrit par | Approuvé par |
Draft | JJ/MM/AAAA | Draft | Nom et Prénom | Nom et prénom |
… | JJ/MM/AAAA | … | … | … |
Membre de l‘équipe | Fonction | |
Nom et Prénom | … | … |
Nom et Prénom | … | … |
Les processus standards ERP qui font partie des ateliers d’analyse sur les achats sont :
3. Planification de la fabrication – Produits finis
3.1. Contexte et Hypothèses
**Contexte et Hypothèses**
- La situation actuelle est que le système de gestion de la fabrication utilise un fichier HTML généré à partir de la BOM (Bill of Material) pour créer automatiquement les articles en fonction de chaque pièce. - Les points critiques sont :
* La BOM n'est pas remplie de top assemblée. * Le système n'est pas dans les normes des ERP traditionnels. - Les attentes client sont :
* L'importation de la BOM dans le système doit créer automatiquement les articles en fonction de chaque pièce. * Les informations pertinentes pour l'achat doivent être présentes dans le fichier HTML. - Les hypothèses qui peuvent avoir un impact sur le projet sont :
* La macro utilisée pour structurer la BOM doit être générée en fonction des informations présentes dans le fichier HTML. * Les informations qui ne sont pas exportées dans le fichier HTML peuvent être pertinentes pour l'achat. - Les éléments importants à prendre en compte sont :
* La nomenclature des pièces (DES, ALM DES, STB, STC, STA, COT). * La codification des pièces (par exemple, DES pour les pièces à plan). * La structure de l'arborescence des pièces et des sous-ensembles. * La possibilité de commander des pièces et de les rattacher au chapeau.
Les hypothèses qui peuvent avoir un impact sur le projet doivent être indiquées.
3.2 Schéma des processus ERP : Planification – Calcul du MPS 1.0
3.3. Principales règles de gestion
La pièce ne peut être marquée "réceptionnée" que **après validation qualité (incoming inspection)**. Toute pièce ALM DES doit être étiquetée avec : numéro de projet, référence article, et numéro de série unique généré par le système. Les pièces standards (STC, COT) sont stockées dans le "stock général", tandis que les pièces projet vont dans un emplacement dédié au projet. La sur-réception (ex. 5 pièces reçues pour un besoin de 2) génère automatiquement un surplus affecté au stock projet ou général selon la codification. - **Étiquetage des pièces ALM DES** :
+ Numéro de projet
+ Référence article
+ Numéro de série unique généré par le système
- **Stockage des pièces standards** :
+ Stock général pour les STC, COT
+ Emplacement dédié au projet pour les pièces projet
- **Gestion de la sur-réception** :
+ Génère automatiquement un surplus affecté au stock projet ou général selon la codification
- **Validation qualité (incoming inspection)** :
+ La pièce ne peut être marquée "réceptionnée" qu'après validation qualité
- **Codification des pièces** :
+ Les pièces à plan sont des DES
+ Les pièces standards sont des STB, STC, STA ou COT
3.4. Documents et statistiques
**Processus : Planification de la fabrication – Produits finis**
**Section : 3.4. Documents et statistiques**
**Documents imprimés**
* Fiche article : créée automatiquement à partir de la BOM (Bill of Material) en fichier HTML
* Journal des achats : non spécifié
**États et statistiques métiers attendus**
* BOM history : log de tous les changements effectués sur la BOM
* Statistiques de pièces : nombre de pièces présentes dans la BOM
* Statistiques de sous-ensembles : nombre de sous-ensembles présents dans la BOM
* Statistiques de commandes : nombre de pièces commandées
* Statistiques de projet : nombre de projets associés à la BOM
**Informations pertinentes pour l'achat**
* Code STD (Standard)
* Matière
* Numéro de pièce
* Nom de pièce
* Détail du 562 FWD (Forward)
**Macro pour structurer la BOM**
* La macro permet de structurer la BOM de la manière dont le système l'interprète
* La macro permet d'exporter la BOM en fichier HTML
**Processus : Planification de la fabrication – Produits finis**
**3.5. Volume des données**
* Le système utilise un fichier HTML généré à partir de CATIA pour importer les données de la BOM (Bill of Material). * Le fichier HTML contient les informations suivantes :
+ Numéro de pièce
+ Nom de pièce
+ Matière
+ Numéro de top assemblée
+ Sous-ensembles
+ Pièces
* Le système crée automatiquement des articles en fonction de chaque pièce, avec son numéro, son nom, sa matière, etc. * Le système possède un BOM history pour suivre les changements. * Le nombre de documents par période (jour, semaine, mois ou année) n'est pas précisé. * Le système utilise une codification pour les pièces à plan (DES, ALM DES, STB, STC, STA, COT). * Le système possède un tracking tool pour suivre les modifications et les changements.
3.6. Ecarts critiques et interfaces
**Processus : Planification de la fabrication – Produits finis**
**3.6. Ecarts critiques et interfaces**
* **Ecart critique 1 :** La nomenclature des pièces est différente entre le système et le fichier HTML généré par CATIA. + Dans le système, la nomenclature est utilisée pour définir la matière, tandis que dans le fichier HTML, elle est utilisée pour définir la nomenclature. * **Ecart critique 2 :** Le numéro du top Sembly n'est pas automatiquement généré dans le système. + Normalement, le numéro du top Sembly devrait être ALM DES 5620001, mais dans ce cas, il a été spécifié par le client. * **Interface 1 :** La liste des pièces et des sous-ensembles est générée automatiquement dans le système à partir du fichier HTML. + Cela permet de créer des articles en fonction de chaque pièce, avec son numéro, son nom, sa matière, etc. * **Interface 2 :** Le système permet de suivre l'histoire des changements apportés à la BOM. + Cela inclut le log de tous les changements, ce qui est utile pour la gestion de la qualité et de la conformité. * **Interface 3 :** Le système permet de commander les pièces nécessaires pour la fabrication. + Cela inclut la possibilité de trouver des pièces et de les commander, ce qui est utile pour la gestion de l'inventaire et de la chaîne d'approvisionnement.
Ces écarts et interfaces doivent être initialisés dans la liste des écarts délivrée qui doit être finie à la fin de la phase d’Analyse.
4. Planification de la fabrication – Composants
4.1. Contexte et Hypothèses
**4.1. Contexte et Hypothèses**
La situation actuelle consiste à importer des données de fabrication à partir d'un fichier HTML généré à partir d'un modèle CATIA. Ce fichier contient les informations nécessaires pour créer des articles dans le système de gestion de la fabrication. Les points critiques sont :
* La nécessité de structurer les données de fabrication de manière cohérente avec le système de gestion de la fabrication. * La création automatique d'articles dans la base de données en fonction des pièces présentes dans la BOM. * La possibilité de commander directement les pièces nécessaires pour la fabrication. Les attentes du client sont :
* La capacité à générer des articles dans le système de gestion de la fabrication à partir des données de fabrication. Les hypothèses qui peuvent avoir un impact sur le projet sont :
* La possibilité de générer des fichiers HTML à partir des modèles CATIA. * La capacité à structurer les données de fabrication de manière cohérente avec le système de gestion de la fabrication. Les informations qui peuvent être pertinentes pour l'achat et qui ne sont pas exportées dans le fichier sont :
* Le code STD. * Les informations de gestion de documentaire. * Les fichiers de partage. Il est important de noter que certaines informations peuvent être manquantes ou incomplètes, et il faudra les compléter ou les valider avant de poursuivre le projet.
Les hypothèses qui peuvent avoir un impact sur le projet doivent être indiquées.
4.2 Schéma des processus ERP : Planification - Calcul du MRP 1.1
4.3. Principales règles de gestion
- La pièce ne peut être marquée "réceptionnée" que **après validation qualité (incoming inspection)**. - Toute pièce ALM DES doit être étiquetée avec : numéro de projet, référence article, et numéro de série unique généré par le système. - Les pièces standards (STC, COT) sont stockées dans le "stock général", tandis que les pièces projet vont dans un emplacement dédié au projet. - La sur-réception (ex. 5 pièces reçues pour un besoin de 2) génère automatiquement un surplus affecté au stock projet ou général selon la codification. - Le système crée automatiquement dans sa base de données les articles en fonction de chaque pièce, avec son numéro, son nom, sa matière, etc.
4.4. Documents et statistiques
**Processus : Planification de la fabrication – Composants**
**Documents à imprimer**
* Fiche article : création automatique des articles en fonction de chaque pièce, avec son numéro, son nom, sa matière, etc. * Journal des achats : pour identifier la pièce et les informations pertinentes pour l'achat. * Workflow validation : pour valider les informations avant de les importer dans le système. **États et statistiques métiers attendus**
* BOM history : log de tous les changements effectués sur la BOM. * Arborescence des pièces : tableau récapitulatif qui reprend les sous-ensembles et les pièces. * Statistiques de pièces : pour identifier les pièces qui doivent être commandées. * Statistiques de sous-ensembles : pour identifier les sous-ensembles qui sont utiles pour le projet consommé. **Informations pertinentes pour l'achat**
* Code STD : pour identifier la pièce. * Matière : pour identifier la matière utilisée pour la pièce. * Numéro de pièce : pour identifier la pièce. * Nom de la pièce : pour identifier la pièce. * Informations de partage : pour partager les fichiers de partage avec les autres utilisateurs. **Informations non exportées dans le fichier**
* Informations de partage : pour partager les fichiers de partage avec les autres utilisateurs. * Gestion de documentaire : pour gérer les fichiers de partage.
**Processus : Planification de la fabrication – Composants**
**4.5. Volume des données**
* **Fiche article** : Les données de la fiche article sont créées automatiquement à partir de la BOM (Bill of Material) importée depuis CATIA. * **Nombre de documents** : Le nombre de documents par période (jour, semaine, mois ou année) n'est pas spécifié. * **Données référentielles** :
+ Nombre de pièces : [INFORMATION MANQUANTE]
+ Nombre de sous-ensembles : [INFORMATION MANQUANTE]
+ Nombre de top assemblés : [INFORMATION MANQUANTE]
* **Workflow validation** : Les informations pertinentes pour l'achat, tels que le code STD, sont présentes dans la BOM mais ne sont pas exportés dans le fichier. * **Données non exportées** :
+ Code de la matière : [INFORMATION MANQUANTE]
+ Numéro de la pièce : [INFORMATION MANQUANTE]
+ Détail de la pièce : [INFORMATION MANQUANTE]
4.6. Ecarts critiques et interfaces
**Processus : Planification de la fabrication – Composants**
* **Importation de la BOM**
+ La BOM est exportée en fichier HTML à partir de CATIA
+ Une macro est lancée pour structurer la BOM et la rendre compatible avec le système
+ Le fichier HTML est importé dans le système, créant automatiquement des articles pour chaque pièce avec leurs numéros, noms, matériaux, etc. * **Gestion des articles**
+ Les articles sont créés automatiquement à partir de la BOM
+ Chaque article a un numéro, un nom, une matière, etc. + Les articles sont liés à la BOM et aux sous-ensembles
* **Interface avec le tracking tool**
+ Le tracking tool est utilisé pour suivre les modifications de la BOM et des articles
+ Les modifications sont enregistrées dans le BOM history
* **Écarts critiques et interfaces**
+ Les écarts critiques sont identifiés lors de l'importation de la BOM
+ Les interfaces sont créées pour lier les articles et les sous-ensembles
+ Les écarts critiques et les interfaces doivent être initialisés dans la liste des écarts délivrée
* **Macro pour générer la BOM**
+ La macro peut être générée pour structurer la BOM et la rendre compatible avec le système
+ La macro peut être utilisée pour exporter la BOM en fichier HTML
Ces écarts et interfaces doivent être initialisés dans la liste des écarts délivrée qui doit être finie à la fin de la phase d’Analyse.
5. Planification – Traiter les messages d’action 1.2
**Processus : Planification – Traiter les messages d'action 1.2**
**5.1. Contexte et Hypothèses**
- **Situation actuelle** : Le système actuel n'est pas conforme aux normes ERP traditionnelles. Les informations présentes dans le fichier HTML exporté ne sont pas toutes exportées. - **Points critiques** :
* La création automatique d'articles en fonction des pièces dans la BOM. * La gestion de la BOM history et des changements. - **Attentes client** : Les attentes client ne sont pas explicitement mentionnées. **Hypothèses**
- **Utilisation de la macro** : La macro utilisée pour structurer la BOM est capable de générer un fichier HTML exactement comme la BOM en fichier Excel. - **Création d'articles** : Le système crée automatiquement des articles en fonction des pièces dans la BOM. - **Gestion de la BOM history** : Le système gère la BOM history et les changements. - **Informations non exportées** : Certaines informations présentes dans le fichier HTML exporté ne sont pas exportées. - **Gestion de la nomenclature** : La nomenclature est utilisée pour mettre la matière, mais pas pour la nomenclature elle-même.
Les hypothèses qui peuvent avoir un impact sur le projet doivent être indiquées.
5.2 Planification –Traiter les messages d’action 1.2
5.3. Principales règles de gestion
La pièce ne peut être marquée "réceptionnée" que **après validation qualité (incoming inspection)**. Toute pièce ALM DES doit être étiquetée avec : numéro de projet, référence article, et numéro de série unique généré par le système. Les pièces standards (STC, COT) sont stockées dans le "stock général", tandis que les pièces projet vont dans un emplacement dédié au projet. - **Règles de gestion des pièces** :
+ Les pièces à plan sont toujours des DES. + Les pièces standards sont des STB, STC, STA ou COT. + Les pièces projet sont des ALM DES. - **Gestion des stocks** :
+ Les pièces standards sont stockées dans le "stock général". + Les pièces projet sont stockées dans un emplacement dédié au projet. - **Gestion des surplus** :
+ La sur-réception génère automatiquement un surplus affecté au stock projet ou général selon la codification. - **Gestion des articles** :
+ Lors de l'importation de la BOM, le système crée automatiquement les articles en fonction de chaque pièce, avec son numéro, son nom, sa matière, etc. - **Gestion des documents** :
+ Les fichiers de partage sont gérés dans la gestion de documentaire.
5.4. Documents et statistiques
**Processus : Planification – Traiter les messages d'action 1.2**
**Documents et statistiques**
* **Documents à imprimer** :
+ Fiche article (créée automatiquement à partir de la BOM)
+ Journal des achats (pour suivre les commandes de pièces)
* **États métiers attendus** :
+ BOM history (pour suivre les changements de la BOM)
+ Liste des pièces à commander (pour identifier les pièces nécessaires)
* **Statistiques** :
+ Nombre de pièces commandées
+ Montant total des commandes
* **Informations pertinentes** :
+ Code STD (pour identifier la pièce)
+ Matière (pour identifier la matière utilisée)
+ Nomenclature (pour identifier la pièce)
* **Macro à générer** :
+ Pour structurer la BOM de la manière dont le système l'interprète
+ Pour exporter les informations pertinentes dans le fichier HTML
**Processus : Planification – Traiter les messages d'action 1.2**
* **Volume des données**
+ Le système crée automatiquement des articles en fonction de chaque pièce, avec son numéro, son nom, sa matière, etc. + Le système crée également un BOM history pour suivre les changements. + Le fichier HTML exporté contient les informations suivantes :
- Nomenclature
- Matière
- Code STD
- Détail du 562 FWD
+ Les informations présentes dans le fichier HTML ne sont pas toutes exportées dans le fichier. * **Nombre de documents par période**
+ [INFORMATION MANQUANTE]
+ Le système crée automatiquement des documents pour chaque pièce, mais le nombre de documents par période n'est pas spécifié. + Le fichier HTML exporté contient des informations sur les pièces et les sous-ensembles, mais le nombre de documents par période n'est pas précisé.
5.6. Ecarts critiques et interfaces
**Processus : Planification – Traiter les messages d'action 1.2**
* **Ecarts critiques et interfaces identifiés**
+ Les informations présentes dans la BOM (Bill of Material) ne sont pas exportées dans le fichier HTML. + Les informations pertinentes pour l'achat, telles que le code STD, ne sont pas exportées. + Les informations sur la gestion de documentaire ne sont pas exportées. + Les informations sur les fichiers de partage ne sont pas exportées. + Les informations sur les plans PDF téléchargés dans l'article de la pièce ne sont pas exportées. * **Interfaces identifiées**
+ L'interface entre le système et le fichier HTML. + L'interface entre le système et le fichier Excel. + L'interface entre le système et le tracking tool. + L'interface entre le système et le client pour la validation des informations. * **Références à Microsoft Dynamics 365 Business Central**
+ La création d'articles en fonction de chaque pièce dans la BOM. + La création d'un BOM history pour suivre les changements. + La possibilité de valider les informations avant de les importer dans le système. + La possibilité de générer une macro pour structurer la BOM.
Ces écarts et interfaces doivent être initialisés dans la liste des écarts délivrée qui doit être finie à la fin de la phase d’Analyse.
6. Gérer les ordres de fabrication
**Contexte et Hypothèses**
- La situation actuelle consiste à importer un fichier HTML généré à partir d'un modèle CATIA dans le système de gestion de la chaîne d'approvisionnement. - Les points critiques sont les suivants :
* La création automatique d'articles en fonction de chaque pièce présente dans la BOM. * La gestion des changements dans la BOM historique. - Les attentes du client sont :
* La possibilité de valider les informations avant de les importer dans le système. * La possibilité d'alerter en cas de problèmes de lien entre les pièces. **Processus de Gestion des Ordres de Fabrication**
- **Importation de la BOM** :
+ Le fichier HTML est généré à partir du modèle CATIA. + Le fichier est importé dans le système de gestion de la chaîne d'approvisionnement. - **Création d'articles** :
+ Les articles sont créés automatiquement en fonction de chaque pièce présente dans la BOM. - **Gestion des changements** :
+ Les changements dans la BOM sont enregistrés dans la BOM historique. - **Validation et alerte** :
+ Les informations sont validées avant d'être importées dans le système. + Les problèmes de lien entre les pièces sont signalés pour être résolus. **Hypothèses**
- La macro pour structurer la BOM peut être générée pour améliorer l'importation des informations. - Les informations présentes dans le fichier HTML doivent être pertinentes pour l'achat et l'identification des pièces. - Les informations non exportées dans le fichier doivent être identifiées pour être intégrées dans le système.
Les hypothèses qui peuvent avoir un impact sur le projet doivent être indiquées.
6.2. Schéma des processus ERP : Gérer les ordres de fabrication 2.0
6.3. Principales règles de gestion
- La pièce ne peut être marquée "réceptionnée" que **après validation qualité (incoming inspection)**. - Toute pièce ALM DES doit être étiquetée avec : numéro de projet, référence article, et numéro de série unique généré par le système. - Les pièces standards (STC, COT) sont stockées dans le "stock général", tandis que les pièces projet vont dans un emplacement dédié au projet. - La sur-réception (ex. 5 pièces reçues pour un besoin de 2) génère automatiquement un surplus affecté au stock projet ou général selon la codification. - Le système crée automatiquement dans sa base de données les articles en fonction de chaque pièce, avec son numéro, son nom, sa matière, etc.
6.4. Documents et statistiques
**Processus : Gérer les ordres de fabrication**
**Documents à imprimer**
* Fiche article : pour chaque pièce, le système crée automatiquement une fiche article avec les informations renseignées dans la BOM, notamment le numéro, le nom, la matière, etc. * Journal des achats : pour chaque pièce, le système permet de suivre les commandes et les achats. * Workflow validation : pour chaque pièce, le système permet de valider les informations et les commandes. **États et statistiques métiers**
* BOM history : pour chaque pièce, le système conserve l'historique des changements et des modifications. * Liste de composants : pour chaque pièce, le système affiche la liste des composants et des sous-ensembles. * Détail du top Sembly : pour chaque pièce, le système affiche les informations du top Sembly, notamment le numéro, le nom et les sous-ensembles. * Liste des pièces : pour chaque pièce, le système affiche la liste des pièces et des sous-ensembles. * Statistiques d'achat : pour chaque pièce, le système affiche les statistiques d'achat, notamment les commandes et les achats.
[INFORMATION MANQUANTE]
6.6. Ecarts critiques et interfaces
**Processus : Gérer les ordres de fabrication**
**6.6. Ecarts critiques et interfaces**
* **Ecart critique 1 : Importation de la BOM**
+ La BOM est exportée en fichier HTML à partir de CATIA. + La macro est lancée pour structurer la BOM et la convertir en fichier HTML. + Le fichier HTML est importé dans le système, créant automatiquement des articles en fonction des pièces. * **Ecart critique 2 : Gestion des sous-ensembles**
+ Les sous-ensembles ne sont pas gérés de manière standard. + Il est difficile de suivre les pièces et les sous-ensembles. * **Interface 1 : Fichier HTML**
+ Le fichier HTML contient les informations nécessaires pour créer les articles. + Le fichier HTML doit être importé dans le système pour créer les articles. * **Interface 2 : Macro**
+ La macro est utilisée pour structurer la BOM et la convertir en fichier HTML. + La macro doit être générée pour prendre en compte les spécificités du système. * **Interface 3 : Gestion des documents**
+ Les plans PDF doivent être téléchargés dans l'article de la pièce. + Les fichiers de partage doivent être gérés de manière appropriée. * **Interface 4 : Gestion des pièces**
+ Les pièces doivent être commandées séparément. + Les pièces doivent être suivies dans le système.
Ces écarts et interfaces doivent être initialisés dans la liste des écarts délivrée qui doit être finie à la fin de la phase d’Analyse (après la phase d'Analyse fonctionnel).
**Contexte et Hypothèses**
La situation actuelle consiste à utiliser un système de gestion de production qui n'est pas conforme aux normes ERP traditionnelles. Le système utilise un fichier HTML pour exporter les informations de la Bill of Material (BOM) et les importer dans la base de données pour créer des articles en fonction de chaque pièce. Les points critiques sont :
* La BOM n'est pas remplie de top assemblée
* Le système crée automatiquement des articles en fonction de chaque pièce, mais il n'y a pas de lien entre les pièces et les sous-ensembles
* Les informations présentes dans le fichier HTML ne sont pas toutes exportées dans le fichier Excel
Les attentes du client sont :
* Avoir un système de gestion de production conforme aux normes ERP traditionnelles
* Pouvoir commander les pièces et les sous-ensembles de manière efficace
Les hypothèses qui peuvent avoir un impact sur le projet sont :
* La nécessité de générer une macro pour structurer la BOM de manière à ce qu'elle soit interprétée par le système
* La possibilité d'identifier des informations pertinentes pour l'achat qui ne sont pas exportées dans le fichier HTML
Les objets BC pertinents sont :
* Fiche article
* Journal des achats
* Workflow validation
Les hypothèses qui peuvent avoir un impact sur le projet doivent être indiquées.
7.2. Schéma des processus ERP : Planifier la production 3.0
7.3. rincipales règles de gestion
Décrire les principales règles du client et comment l’ERP peut y répondre.
7.4. Documents et statistiques
**Processus : Planifier la production**
**Documents à imprimer**
* Fiche article : les informations suivantes doivent être présentes :
+ Numéro de pièce
+ Nom de pièce
+ Matière
+ Numéro de top assemblage
+ Liste des sous-ensembles et des pièces associées
* Journal des achats : les informations suivantes doivent être présentes :
+ Liste des pièces commandées
+ Quantité commandée
+ Date de commande
+ Statut de la commande
**États et statistiques métiers attendus**
* Statut de production : suivre l'avancement de la production en temps réel
* Liste des pièces en attente de commande
* Liste des pièces en cours de production
* Liste des pièces livrées
* Statut de la commande : suivre l'état de la commande (en attente, en cours, livrée)
**Workflow validation**
* Vérification de la conformité des pièces avec les spécifications du client
* Vérification de la qualité des pièces produites
* Validation de la commande avant la livraison
**Macro pour structurer la BOM**
* La macro doit permettre de structurer la BOM de la manière dont le système l'interprète
* La macro doit permettre d'exporter la BOM en fichier HTML
**Gestion de documentaire**
* Les fichiers de partage doivent être gérés de manière à ce que les informations pertinentes soient accessibles en temps réel.
[INFORMATION MANQUANTE]
7.6. Ecarts critiques et interfaces
**Processus : Planifier la production**
**7.6. Ecarts critiques et interfaces**
* **Ecart critique 1 :** La BOM (Bill of Material) n'est pas exportée de manière standardisée, ce qui peut entraîner des erreurs dans la création des articles dans le système de gestion de la production. * La BOM est exportée en fichier HTML, mais il faut créer une macro pour structurer les données de manière compatible avec le système. * **Ecart critique 2 :** Les informations pertinentes pour l'achat, telles que le code STD, ne sont pas exportées dans le fichier. * Il faudrait identifier les informations qui peuvent être pertinentes pour l'achat et les exporter dans le fichier. * **Interface 1 :** La création d'articles dans le système de gestion de la production est automatique à partir de la BOM, mais il faudrait vérifier que les informations sont correctes avant de créer les articles. * Il faudrait créer un workflow de validation pour vérifier les informations avant de créer les articles. * **Interface 2 :** La gestion des documents est séparée de la gestion des articles, ce qui peut entraîner des erreurs dans la gestion des documents associés aux articles. * Il faudrait intégrer la gestion des documents dans le système de gestion de la production. * **Interface 3 :** La création de pièces dans le système de gestion de la production est basée sur l'arborescence de la BOM, mais il faudrait vérifier que les informations sont correctes avant de créer les pièces. * Il faudrait créer un workflow de validation pour vérifier les informations avant de créer les pièces.
Ces écarts et interfaces doivent être initialisés dans la liste des écarts délivrée qui doit être finie à la fin de la phase d’Analyse (après la phase d'Analyse fonctionnel).
8. Enregistrer la consommation
**Contexte et Hypothèses**
* La situation actuelle consiste à importer des données de bill of material (BOM) en provenance de l'atelier de conception CATIA dans le système de gestion de l'entreprise. * Les points critiques sont les suivants :
+ La BOM est exportée en fichier HTML qui est ensuite importé dans le système. + Le système crée automatiquement des articles en fonction de chaque pièce présente dans la BOM. + Les champs renseignés dans l'album de la pièce sont pris en compte pour créer les articles. * Les attentes du client sont :
+ Que les données de la BOM soient correctement importées et traitées dans le système. + Que les articles soient créés avec les informations pertinentes. **Hypothèses**
* [INFORMATION MANQUANTE]
* Les hypothèses qui peuvent avoir un impact sur le projet sont :
+ La structure de la BOM exportée en fichier HTML est conforme aux attentes du système. + Les champs renseignés dans l'album de la pièce sont complets et corrects. + Le système est configuré pour traiter correctement les données de la BOM.
Les hypothèses qui peuvent avoir un impact sur le projet doivent être indiquées.
8.2. Schéma des processus ERP : Enregistrer la consommation 4.0
8.3. Principales règles de gestion
- La pièce ne peut être marquée "réceptionnée" que **après validation qualité (incoming inspection)**. - Toute pièce ALM DES doit être étiquetée avec : numéro de projet, référence article, et numéro de série unique généré par le système. - Les pièces standards (STC, COT) sont stockées dans le "stock général", tandis que les pièces projet vont dans un emplacement dédié au projet. - La sur-réception (ex. 5 pièces reçues pour un besoin de 2) génère automatiquement un surplus affecté au stock projet ou général selon la codification. - Le système crée automatiquement dans sa base de données les articles en fonction de chaque pièce, avec son numéro, son nom, sa matière, etc.
8.4. Documents et statistiques
**Processus : Enregistrer la consommation**
**Documents à imprimer**
* Fiche article : création automatique des articles en fonction des pièces présentes dans la BOM
* Journal des achats : enregistrement des commandes de pièces
* Workflow validation : validation des pièces et des sous-ensembles
**États et statistiques métiers attendus**
* BOM history : log de tous les changements effectués sur la BOM
* Rapprochement des pièces et des sous-ensembles avec les commandes passées
* Statistiques de consommation de pièces et de sous-ensembles
* Liste des pièces et des sous-ensembles commandés
* Liste des pièces et des sous-ensembles non commandés
**Informations à prendre en compte**
* Nomenclature : champ utilisé pour renseigner la matière des pièces
* Codification : système de codification utilisé pour les pièces à plan
* Top Sembly : numéro du top Sembly qui contient la nomenclature avec les cinq sous-ensembles
* Sous-ensembles : FWD, B01, B02, etc. * Pièces : pièces présentes dans les sous-ensembles
**Processus : Enregistrer la consommation**
* La consommation est enregistrée à partir de la fiche article, qui est créée automatiquement à partir de la BOM (Bill of Material) exportée sous forme de fichier HTML. * La BOM est structurée en fonction de l'arborescence des sous-ensembles et des pièces, qui sont identifiées par leur numéro et leur nom. * Les pièces sont classées en fonction de leur matière et de leur codification (DES, ALM DES, STB, STC, STA, COT). **Volume des données**
* Le nombre de documents par période (jour, semaine, mois ou année) n'est pas spécifié dans les notes sources. * Il est possible de générer des macro pour extraire les informations pertinentes des fichiers HTML et les importer dans le système. * Les informations qui peuvent être pertinentes pour l'achat, telles que le code STD, ne sont pas exportées dans le fichier HTML. **Informations manquantes**
* Le nombre de documents par période (jour, semaine, mois ou année). * Les informations qui sont présentes dans le fichier HTML mais qui ne sont pas exportées. * Les processus de validation et de gestion des documents. **Workflow validation**
* Le workflow de validation n'est pas spécifié dans les notes sources. * Il est possible de créer un workflow de validation pour vérifier les informations avant de les enregistrer dans le système. **Journal des achats**
* Le journal des achats n'est pas spécifié dans les notes sources. * Il est possible de générer un journal des achats à partir des informations enregistrées dans le système.
8.6. Ecarts critiques et interfaces
**Processus : Enregistrer la consommation**
* La consommation est enregistrée à l'aide d'un fichier HTML généré à partir de la BOM (Bill of Material) de CATIA. * Le fichier HTML est ensuite importé dans le système, créant automatiquement des articles en fonction de chaque pièce, avec son numéro, son nom, sa matière, etc. * Le système crée également un BOM history pour suivre les changements. **8.6. Ecarts critiques et interfaces**
* **Ecart critique 1 :** La nomenclature utilisée dans CATIA est différente de celle utilisée dans le système. + La nomenclature dans CATIA est utilisée pour mettre la matière, tandis que dans le système, elle est utilisée pour identifier la pièce. * **Ecart critique 2 :** Le numéro du top Sembly n'est pas cohérent avec les normes du système. + Le numéro du top Sembly devrait être ALM DES 5620001, mais il est différent. * **Interface 1 :** La communication entre le système et CATIA nécessite une macro pour structurer la BOM. + La macro permet de créer un fichier HTML exactement comme la BOM en fichier Excel. * **Interface 2 :** La gestion des documents est différente entre le système et CATIA. + Le système utilise un fichier de partage pour les documents, tandis que CATIA utilise un téléchargement direct. * **Interface 3 :** Les informations pertinentes pour l'achat ne sont pas exportées dans le fichier HTML. + Les informations telles que le code STD et la gestion de documentaire ne sont pas présentes dans le fichier HTML.
Ces écarts et interfaces doivent être initialisés dans la liste des écarts délivrée qui doit être finie à la fin de la phase d’Analyse.
**9.1. Contexte et Hypothèses**
- **Situation actuelle** : Le système actuel n'est pas conforme aux normes ERP traditionnelles, notamment en ce qui concerne la gestion des pièces et des sous-ensembles. - **Points critiques** :
* La création automatique d'articles en fonction de chaque pièce à partir de la BOM. * La gestion des sous-ensembles et des pièces à l'intérieur de ceux-ci. * La nécessité d'exporter les informations pertinentes pour l'achat dans le fichier HTML. - **Attentes client** : La capacité à générer automatiquement les articles en fonction de la BOM et à exporter les informations pertinentes pour l'achat. **Hypothèses**
- **Utilisation de CATIA** : L'atelier de conception CATIA est utilisé pour créer les modèles et les BOM. - **Macro pour structurer la BOM** : Une macro est utilisée pour structurer la BOM de manière à ce qu'elle soit interprétable par le système. - **Création automatique d'articles** : Le système crée automatiquement des articles en fonction de chaque pièce à partir de la BOM. - **Gestion des sous-ensembles** : Les sous-ensembles et les pièces à l'intérieur de ceux-ci sont gérés de manière à ce qu'ils soient accessibles pour l'achat. - **Export des informations pertinentes** : Les informations pertinentes pour l'achat sont exportées dans le fichier HTML.
Les hypothèses qui peuvent avoir un impact sur le projet doivent être indiquées.
9.2. Schéma des processus ERP : Enregistrer la production 5.0
9.3. Principales règles de gestion
- La pièce ne peut être marquée "réceptionnée" que **après validation qualité (incoming inspection)**. - Toute pièce ALM DES doit être étiquetée avec : numéro de projet, référence article, et numéro de série unique généré par le système. - Les pièces standards (STC, COT) sont stockées dans le "stock général", tandis que les pièces projet vont dans un emplacement dédié au projet. - La sur-réception (ex. 5 pièces reçues pour un besoin de 2) génère automatiquement un surplus affecté au stock projet ou général selon la codification. - Le système crée automatiquement dans sa base de données les articles en fonction de chaque pièce, avec son numéro, son nom, sa matière, etc.
9.4. Documents et statistiques
**Processus : Enregistrer la production**
**Documents à imprimer**
- Le fichier HTML généré à partir de la BOM (Bill of Material) en sortie de l'atelier CATIA. - La fiche article créée automatiquement dans le système à partir de la BOM. **États et statistiques métiers attendus**
- Le BOM history pour suivre les changements apportés à la BOM. - La liste des pièces et sous-ensembles pour chaque top assemblage. - Les informations relatives aux pièces, telles que le code STD, la matière, etc. - La gestion des documents, notamment les plans PDF téléchargés dans les articles des pièces. **Workflow validation**
- La validation des pièces et sous-ensembles avant de commander les pièces. - La vérification des informations présentes dans la BOM et dans la fiche article. - La gestion des éléments non exportés dans le fichier HTML, tels que les informations pertinentes pour l'achat. **INFORMATION MANQUANTE**
**Processus : Enregistrer la production**
**9.5. Volume des données**
* **Données référentielles** :
+ Nombre d'articles : [INFORMATION MANQUANTE]
+ Nombre de pièces : [INFORMATION MANQUANTE]
+ Nombre de sous-ensembles : [INFORMATION MANQUANTE]
**Données par période** :
* **Jour** :
+ Nombre de documents : [INFORMATION MANQUANTE]
+ Nombre de pièces commandées : [INFORMATION MANQUANTE]
+ Nombre de sous-ensembles créés : [INFORMATION MANQUANTE]
* **Semaine** :
+ Nombre de documents : [INFORMATION MANQUANTE]
+ Nombre de pièces commandées : [INFORMATION MANQUANTE]
+ Nombre de sous-ensembles créés : [INFORMATION MANQUANTE]
* **Mois** :
+ Nombre de documents : [INFORMATION MANQUANTE]
+ Nombre de pièces commandées : [INFORMATION MANQUANTE]
+ Nombre de sous-ensembles créés : [INFORMATION MANQUANTE]
* **Année** :
+ Nombre de documents : [INFORMATION MANQUANTE]
+ Nombre de pièces commandées : [INFORMATION MANQUANTE]
+ Nombre de sous-ensembles créés : [INFORMATION MANQUANTE]
**Fichier HTML exporté** :
* Contient les informations de la BOM (Bill of Material)
* Contient les informations des pièces et des sous-ensembles
* Contient les liens vers les plans PDF des pièces
**Macro Katia** :
* Permet de structurer la BOM de la manière dont le système l'interprète
* Permet d'exporter les informations dans un fichier HTML
**Système de gestion de la production** :
* Crée automatiquement les articles en fonction de chaque pièce
* Crée automatiquement les sous-ensembles en fonction de chaque pièce
* Permet de suivre l'historique des changements dans la BOM
* Permet de commander les pièces et les sous-ensembles
9.6. Ecarts critiques et interfaces
**Processus : Enregistrer la production**
* **Importation de la BOM** :
+ La BOM est exportée en fichier HTML à partir de CATIA. + La macro est lancée pour structurer la BOM et créer un fichier HTML identique à la BOM en Excel. + Le fichier HTML est importé dans le système, créant automatiquement des articles en fonction de chaque pièce. * **Création d'articles** :
+ Les articles sont créés automatiquement en fonction de chaque pièce de la BOM. + Les champs renseignés dans l'album sont pris en compte pour créer les articles. * **Gestion de la BOM** :
+ La BOM est gérée dans le système, avec un historique des changements. + Les modifications apportées à la BOM sont enregistrées dans le journal des achats. **9.6. Ecarts critiques et interfaces**
* **Ecart critique 1 :** L'importation de la BOM n'est pas automatique, il faut lancer manuellement la macro. + Solution : Créer un workflow validation pour automatiser l'importation de la BOM. * **Ecart critique 2 :** Les informations pertinentes pour l'achat ne sont pas exportées dans le fichier HTML. + Solution : Identifier les informations pertinentes et les ajouter à l'exportation de la BOM. * **Interface 1 :** La macro n'est pas intégrée au système, il faut la lancer manuellement. + Solution : Intégrer la macro au système pour automatiser l'importation de la BOM. * **Interface 2 :** Le système n'est pas conforme aux normes ERP traditionnelles. + Solution : Mettre en place des processus et des outils pour améliorer la conformité du système.
Ces écarts et interfaces doivent être initialisés dans la liste des écarts délivrée qui doit être finie à la fin de la phase d’Analyse.
**10.1. Contexte et Hypothèses**
- **Situation actuelle** : Le processus de terminer la production est complexe et nécessite la création d'un bill of material (BOM) en fichier HTML, qui est ensuite importé dans le système pour créer automatiquement les articles en fonction de chaque pièce. - **Points critiques** :
* La création du BOM en fichier HTML nécessite l'utilisation d'une macro sur CATIA pour structurer la BOM de manière compatible avec le système. * Le système crée automatiquement les articles en fonction de chaque pièce, mais les informations présentes dans le fichier HTML ne sont pas toutes exportées. - **Attentes client** : Les clients attendent un système qui puisse gérer l'arborescence des pièces et des sous-ensembles de manière efficace, ainsi que la gestion des commandes et des achats. **Hypothèses**
- **Utilisation de CATIA** : L'utilisation de CATIA pour créer le BOM en fichier HTML est une hypothèse clé pour le processus de terminer la production. - **Compatibilité avec le système** : La compatibilité entre le BOM en fichier HTML et le système est une hypothèse importante pour garantir que les informations sont correctement exportées et gérées. - **Gestion des commandes et des achats** : La gestion des commandes et des achats est une hypothèse clé pour garantir que les pièces sont commandées et livrées correctement.
Les hypothèses qui peuvent avoir un impact sur le projet doivent être indiquées.
10.2 Schéma des processus ERP : Terminer la production 6.0
10.3. Principales règles de gestion
- La pièce ne peut être marquée "réceptionnée" que **après validation qualité (incoming inspection)**. - Toute pièce ALM DES doit être étiquetée avec : numéro de projet, référence article, et numéro de série unique généré par le système. - Les pièces standards (STC, COT) sont stockées dans le "stock général", tandis que les pièces projet vont dans un emplacement dédié au projet. - La sur-réception (ex. 5 pièces reçues pour un besoin de 2) génère automatiquement un surplus affecté au stock projet ou général selon la codification. - Le système crée automatiquement dans sa base de données les articles en fonction de chaque pièce, avec son numéro, son nom, sa matière, etc.
10.4. Documents et statistiques
**Processus : Terminer la production**
**Documents à imprimer**
* Fiche article : création automatique des articles en fonction de chaque pièce, avec son numéro, son nom, sa matière, etc. * Journal des achats : pour identifier les pièces à commander
* BOM (Bill of Material) : pour visualiser l'arborescence des sous-ensembles et des pièces
* Détail du 562 FWD : pour visualiser les sous-ensembles et les pièces
**États et statistiques métiers attendus**
* Statut de production : pour suivre l'avancement de la production
* Quantité produite : pour suivre la quantité de pièces produites
* Coût de production : pour suivre les coûts associés à la production
* Liste des pièces à commander : pour identifier les pièces à commander
* Liste des sous-ensembles : pour visualiser l'arborescence des sous-ensembles
**Workflow validation**
* Validation de la production : pour valider la production avant de la mettre en ligne
* Validation des pièces à commander : pour valider les pièces à commander avant de les commander
**Macro pour structurer la BOM**
* Macro pour structurer la BOM de la manière dont le système l'interprète
* Macro pour exporter les informations pertinentes dans le fichier HTML
**Gestion de documentaire**
* Fichiers de partage : pour télécharger les plans PDF dans l'article de la pièce
**Processus : Terminer la production**
* **Importation de la BOM** :
+ La BOM est exportée en fichier HTML depuis l'atelier CATIA. + Une macro est lancée pour structurer la BOM de manière compatible avec le système. + Un fichier HTML est généré, similaire à la BOM en Excel. * **Création d'articles** :
+ Lors de l'importation de la BOM, le système crée automatiquement des articles en fonction de chaque pièce. + Les articles sont créés avec leur numéro, nom, matière, etc. * **BOM history** :
+ Un historique des changements est créé pour chaque pièce. + Les modifications sont enregistrées dans la base de données. **Volume des données**
* **Nombres de documents** :
+ [INFORMATION MANQUANTE]
* **Période** :
+ [INFORMATION MANQUANTE]
* **Types de documents** :
+ Fichiers HTML
+ Fichiers Excel
+ Articles créés dans le système
+ Historique des changements (BOM history)
10.6. Ecarts critiques et interfaces
**Processus : Terminer la production**
**10.6. Ecarts critiques et interfaces**
* Les informations présentes dans la liste des pièces ne sont pas complètes, notamment pour les sous-ensembles. * Les pièces ne sont pas directement commandées à partir de la liste des pièces, mais plutôt à partir des sous-ensembles. * Les informations présentes dans la liste des pièces ne sont pas exportées dans le fichier HTML généré par la macro. * Les informations suivantes sont pertinentes pour l'achat et ne sont pas exportées dans le fichier :
+ Code STD
+ Gestion de documentaire (fichiers de partage)
* Le système n'est pas conforme aux normes des ERP traditionnels. **Interfaces**
* La macro génère un fichier HTML qui est exactement le même que la BOM en fichier Excel. * Le système crée automatiquement des articles en fonction de chaque pièce, avec son numéro, son nom, sa matière, etc. * Le système crée un BOM history qui contient le log de tous les changements, etc. **Ecart critique**
* Le numéro du top Sembly n'est pas conforme aux normes, car il a été modifié pour répondre à une demande spécifique du client.
Ces écarts et interfaces doivent être initialisés dans la liste des écarts délivrée qui doit être finie à la fin de la phase d’Analyse.
**Contexte et Hypothèses**
La situation actuelle est que le système actuel n'est pas conforme aux normes ERP traditionnelles. Les informations présentes dans le fichier HTML exporté de CATIA ne sont pas toutes exportées, ce qui peut être pertinent pour l'achat et l'identification des pièces. **Points Critiques**
* Les informations non exportées dans le fichier HTML peuvent être importantes pour l'achat et l'identification des pièces. * Le système actuel n'est pas conforme aux normes ERP traditionnelles. * La macro pour structurer la BOM de CATIA doit être générée pour que les informations soient correctement exportées. **Atteinte**
L'attente du client est que les informations nécessaires pour l'achat et l'identification des pièces soient correctement exportées et que le système soit conforme aux normes ERP traditionnelles. **Hypothèses**
* Les informations non exportées dans le fichier HTML sont importantes pour l'achat et l'identification des pièces. * La macro pour structurer la BOM de CATIA peut être générée pour que les informations soient correctement exportées. * Le système actuel peut être mis à jour pour être conforme aux normes ERP traditionnelles.
Les hypothèses qui peuvent avoir un impact sur le projet doivent être indiquées.
11.2. Schéma des processus ERP : Rapports 7.0
**Processus : Rapports**
**Schéma des processus ERP : Rapports 7.0**
* **Importation de la BOM**
+ La BOM est exportée en fichier HTML à partir de l'atelier de conception CATIA. + La macro est lancée pour structurer la BOM et la convertir en fichier HTML. + Le fichier HTML est importé dans le système, créant automatiquement des articles en fonction des pièces. * **Gestion des articles**
+ Les articles sont créés avec les champs renseignés dans la BOM. + Les articles sont liés aux pièces et aux sous-ensembles. * **Gestion des sous-ensembles**
+ Les sous-ensembles sont créés pour les pièces et les assemblages. + Les sous-ensembles sont liés aux pièces et aux assemblages. * **Gestion des pièces**
+ Les pièces sont créées pour les sous-ensembles et les assemblages. + Les pièces sont liées aux sous-ensembles et aux assemblages. * **Gestion des commandes**
+ Les commandes sont créées pour les pièces et les sous-ensembles. + Les commandes sont liées aux pièces et aux sous-ensembles. * **Gestion du BOM history**
+ Le BOM history est créé pour enregistrer les changements et les modifications de la BOM.
11.3. Principales règles de gestion
- La pièce ne peut être marquée "réceptionnée" que **après validation qualité (incoming inspection)**. - Toute pièce ALM DES doit être étiquetée avec : numéro de projet, référence article, et numéro de série unique généré par le système. - Les pièces standards (STC, COT) sont stockées dans le "stock général", tandis que les pièces projet vont dans un emplacement dédié au projet. - La sur-réception (ex. 5 pièces reçues pour un besoin de 2) génère automatiquement un surplus affecté au stock projet ou général selon la codification. - Le système crée automatiquement dans sa base de données les articles en fonction de chaque pièce, avec son numéro, son nom, sa matière, etc.
11.4. Documents et statistiques
**Processus : Rapports - Documents et statistiques**
**Documents imprimés**
* Fiche article : les informations relatives aux pièces, tels que le numéro, le nom, la matière, etc. * Journal des achats : les informations relatives aux commandes et aux achats. **États et statistiques métiers attendus**
* BOM (Bill of Material) : un récapitulatif des sous-ensembles et des pièces. * Historique des changements : un log des changements apportés à la BOM. * Statistiques d'achat : les informations relatives aux commandes et aux achats. **Informations pertinentes pour l'achat**
* Code STD : le code standard de la pièce. * Nomenclature : la désignation de la pièce. * Matière : la matière de la pièce. * Numéro de pièce : le numéro de la pièce. **Informations non exportées dans le fichier**
* Informations de gestion de documentaire : les fichiers de partage. * Informations de téléchargement de plans PDF : les plans PDF téléchargés dans l'article de la pièce.
**Processus : Rapports**
**11.5. Volume des données**
* **Volume des données référentielles** :
+ Le système crée automatiquement des articles en fonction de chaque pièce, avec son numéro, son nom, sa matière, etc. + Les informations présentes dans la BOM (Bill of Material) sont utilisées pour créer les articles. * **Nombre de documents par période** :
+ Le système a créé un BOM history pour suivre les changements dans la BOM. + Il y a un tableau récapitatif qui reprend les sous-ensembles et les pièces. + Le système n'est pas dans les normes des ERP traditionnels. **Données spécifiques**
* **Fiche article** : les articles sont créés automatiquement en fonction de la BOM. * **Journal des achats** : les informations pertinentes pour l'achat ne sont pas exportées dans le fichier. * **Workflow validation** : [INFORMATION MANQUANTE]
* **Arborescence** : il y a un tableau récapitatif qui reprend les sous-ensembles et les pièces. * **Pièces** : les pièces sont commandées séparément, mais les sous-ensembles sont utiles pour le projet consommé.
11.6. Ecarts critiques et interfaces
**Processus : Rapports**
**11.6. Ecarts critiques et interfaces**
* **Ecart critique 1 :** L'importation de la BOM (Bill of Material) en fichier HTML n'inclut pas toutes les informations pertinentes pour l'achat, telles que le code STD. * Le système ne prend pas en compte les informations présentes dans la BOM qui ne sont pas exportées dans le fichier. * **Ecart critique 2 :** La création automatique d'articles dans la base de données en fonction de chaque pièce n'est pas standard. * Le système crée des articles en fonction de chaque pièce, mais les informations ne sont pas synchronisées avec les articles existants. * **Interface 1 :** La liaison entre le système et le tracking tool n'est pas claire. * **Interface 2 :** La communication entre le système et le client n'est pas standard. * **Interface 3 :** La gestion des documents de partage n'est pas claire.
**Contexte et Hypothèses**
- La situation actuelle consiste à importer des fichiers BOM (Bill of Material) en format HTML dans le système, qui créent automatiquement des articles en fonction de chaque pièce avec son numéro, son nom, sa matière, etc. - Les points critiques sont liés à la structuration des BOM et à la création automatique des articles. - Les attentes du client sont de pouvoir gérer les historiques des BOM et des articles créés. **Hypothèses**
- L'importation des BOM en format HTML est effectuée à l'aide d'une macro dans l'atelier CATIA. - Le système créé automatiquement des articles en fonction de chaque pièce présente dans le BOM. - Les articles créés sont stockés dans la base de données du système. - Les BOM historiques sont stockés dans une table séparée, permettant de suivre les changements effectués. - Les informations présentes dans les BOM, telles que la nomenclature, la matière, etc., sont utilisées pour créer les articles. **Processus : Historiques**
- Les historiques des BOM sont stockés dans une table séparée, permettant de suivre les changements effectués. - Les articles créés sont liés aux BOM historiques, permettant de suivre les modifications apportées. - Les BOM historiques sont utilisés pour générer des rapports et des analyses sur les modifications apportées.
Les hypothèses qui peuvent avoir un impact sur le projet doivent être indiquées.
12.2 Schéma des processus ERP : Historiques 8.0
**Processus : Historiques**
**Schéma des processus ERP : Historiques 8.0**
* **Création d'articles** :
+ Les articles sont créés automatiquement à partir de la BOM (Bill of Material) en fichier HTML. + La BOM est structurée en fonction de la manière dont le système l'interprète. + Les articles sont créés avec leur numéro, nom, matière, etc. * **Gestion des historiques** :
+ Il existe un BOM history qui contient le log de tous les changements. + Les changements sont enregistrés lors de la mise à jour de la BOM. * **Validation des pièces** :
+ Les pièces sont validées avant d'être commandées. + La validation est effectuée à l'aide d'un workflow validation. * **Gestion des sous-ensembles** :
+ Les sous-ensembles sont créés à partir de la BOM. + Les sous-ensembles contiennent les pièces et les sous-ensembles supplémentaires. * **Gestion des pièces** :
+ Les pièces sont commandées à partir des sous-ensembles. + Les pièces sont rattachées au chapeau (projet) à l'exception de certains sous-ensembles.
12.3. Principales règles de gestion
- La pièce ne peut être marquée "réceptionnée" que **après validation qualité (incoming inspection)**. - Toute pièce ALM DES doit être étiquetée avec : numéro de projet, référence article, et numéro de série unique généré par le système. - Les pièces standards (STC, COT) sont stockées dans le "stock général", tandis que les pièces projet vont dans un emplacement dédié au projet. - La sur-réception (ex. 5 pièces reçues pour un besoin de 2) génère automatiquement un surplus affecté au stock projet ou général selon la codification. - Le système crée automatiquement dans sa base de données les articles en fonction de chaque pièce, avec son numéro, son nom, sa matière, etc.
12.4. Documents et statistiques
**Processus : Historiques**
* **Documents à imprimer** :
+ Fiche article : historique des modifications, détails des pièces, informations de codification
+ Journal des achats : historique des commandes, informations de livraison, détails des factures
+ Workflow validation : historique des validations, informations de statut, détails des erreurs
**Statistiques métiers attendues** :
* Nombre de pièces créées
* Nombre de sous-ensembles créés
* Nombre de commandes passées
* Nombre de factures émises
* Nombre de pièces commandées
**Historique des modifications de la BOM** :
* Historique des modifications de la BOM
* Informations de codification
* Détails des pièces
* Informations de validation
**Rappel de l'arborescence** :
* Top Sembly : ALM CSAB MDL
* Sous-ensembles : FWD, B01, B02, etc. * Pièces : FWD01, 02, etc. **Informations pertinentes pour l'achat** :
* Code STD
* Informations de codification
* Détails des pièces
* Informations de validation
**Processus : Historiques**
* Le système crée automatiquement des articles en fonction de chaque pièce présente dans la BOM, avec son numéro, son nom, sa matière, etc. * La BOM est exportée en fichier HTML, puis structurée à l'aide d'une macro pour être interprétée par le système. * Le système conserve un historique des changements apportés à la BOM dans la section "BOM history". **Volume des données**
* Le nombre de pièces présentes dans la BOM est important, mais la quantité exacte n'est pas mentionnée. * Le système crée des articles pour chaque pièce présente dans la BOM. * Les informations présentes dans la BOM sont utilisées pour identifier les pièces et les commander. * Les informations suivantes sont présentes dans la BOM :
+ Code STD
+ Nomenclature (utilisée pour mettre la matière)
+ Pièces à plan (DES)
+ Sous-ensembles (FWD, B01, B02, etc.)
* Les informations suivantes ne sont pas exportées dans le fichier HTML :
+ [INFORMATION MANQUANTE]
12.6. Ecarts critiques et interfaces
**Processus : Historiques**
* **Historique des modifications de la BOM** :
+ La BOM est exportée en fichier HTML à partir de CATIA. + La macro de CATIA structure la BOM pour qu'elle corresponde aux normes du système. + Le fichier HTML est ensuite importé dans le système, créant automatiquement des articles pour chaque pièce avec leurs informations (numéro, nom, matière, etc.). * **Historique des changements** :
+ Le système conserve un historique des changements apportés à la BOM. + Cet historique est accessible dans la section "BOM history". * **Historique des commandes** :
+ Le système permet de suivre les commandes passées pour les pièces. + Les commandes sont liées aux articles correspondants. **12.6. Ecarts critiques et interfaces**
* **Ecart critique 1 :**
+ L'importation de la BOM en fichier HTML ne prend pas en compte les informations pertinentes pour l'achat (code STD, etc.). + Il faudrait générer une macro pour inclure ces informations dans le fichier HTML. * **Ecart critique 2 :**
+ Le système n'est pas conforme aux normes des ERP traditionnels. + Il faudrait adapter le système pour qu'il corresponde à ces normes. * **Interface critique 1 :**
+ L'interface entre le système et CATIA n'est pas claire. + Il faudrait améliorer cette interface pour faciliter l'importation de la BOM. * **Interface critique 2 :**
+ L'interface entre le système et le tracking tool n'est pas claire. + Il faudrait améliorer cette interface pour faciliter la gestion des commandes.
**Processus : Annexe 1 : Liste d‘écarts**
* **Initialisation de la liste d‘écarts**
+ La liste d‘écarts est initialisée à la fin de la phase d‘analyse. + L‘URL où la liste des écarts sera stockée n‘est pas explicitement mentionnée. + [INFORMATION MANQUANTE]
* **Fichier HTML**
+ Le fichier HTML est généré à partir de la BOM (Bill of Material) en fichier Excel. + Le fichier HTML est exactement le même que la BOM en fichier Excel. + Il contient les informations suivantes :
- Numéro de pièce
- Nom de pièce
- Matière
- Champs renseignés dans l‘album
* **Création d‘articles**
+ Lors de l‘importation du fichier HTML dans le système, les articles sont créés automatiquement. + Les articles sont créés en fonction de chaque pièce, avec son numéro, son nom, sa matière, etc. * **BOM history**
+ Le système contient un BOM history qui permet de suivre les changements apportés à la BOM. + Le BOM history contient le log de tous les changements. * **Macro**
+ Une macro est utilisée pour structurer la BOM de la manière dont le système l‘interprète. + La macro est générée à partir des informations présentes dans la BOM.
Indiquer l’URL où la liste des écarts sera stockée (SharePoint / Teams / DevOps / Autre).
Contenu par Sections
Contenu organisé par sections avec édition individuelle.
3.1. Contexte et Hypothèses
3.3. Principales règles de gestion
3.4. Documents et statistiques
3.5. Volume des données
3.6. Ecarts critiques et interfaces
4.1. Contexte et Hypothèses
4.3. Principales règles de gestion
4.4. Documents et statistiques
4.5. Volume des données
4.6. Ecarts critiques et interfaces
5.1. Contexte et Hypothèses
5.3. Principales règles de gestion
5.4. Documents et statistiques
5.5. Volume des données
5.6. Ecarts critiques et interfaces
6.1. Contexte et Hypothèses
6.3. Principales règles de gestion
6.4. Documents et statistiques
6.5. Volume des données
6.6. Ecarts critiques et interfaces
7.1. Contexte et Hypothèses
7.3. Principales règles de gestion
7.4. Documents et statistiques
7.5. Volume des données
7.6. Ecarts critiques et interfaces
8.1. Contexte et Hypothèses
8.3. Principales règles de gestion
8.4. Documents et statistiques
8.5. Volume des données
8.6. Ecarts critiques et interfaces
9.1. Contexte et Hypothèses
9.3. Principales règles de gestion
9.4. Documents et statistiques
9.5. Volume des données
9.6. Ecarts critiques et interfaces
10.1. Contexte et Hypothèses
10.3. Principales règles de gestion
10.4. Documents et statistiques
10.5. Volume des données
10.6. Ecarts critiques et interfaces
11.1. Contexte et Hypothèses
11.2. Schéma des processus ERP : Rapports 7.0
11.3. Principales règles de gestion
11.4. Documents et statistiques
11.5. Volume des données
11.6. Ecarts critiques et interfaces
12.1. Contexte et Hypothèses
12.2. Schéma des processus ERP : Historiques 8.0
12.3. Principales règles de gestion
12.4. Documents et statistiques
12.5. Volume des données
12.6. Ecarts critiques et interfaces
13.1. Liste d’écarts
Édition Avancée
Modifiez le document complet avec des outils avancés.